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DETAILED ACTION 
Response to Amendment 

Applicant's submission filed on 04/1 1/2005 has been entered. Claims 1-3, 5-13, 22, 26- 
33, 35-37, and 45-56 are pending in the application. 

Response to Arguments 

Applicant's arguments filed April 11, 2005 have been fiilly considered but are not found 
persuasive in view of the ground(s) of rejection set forth in the last Office Action. 
In response to applicant's arguments, Rossin discloses in col. 4, lines 35-39 that 'the rendering 
data is provided by geometry accelerator 110 along bus 1 12 to host interface 106 which re- 
formats the rendering data, performs a floating point to fixed point conversion, and provides such 
data along bus system 122 to fi"ame buffer subsystem 104, Rossin reads on the claim limitation 
of "thereby the rasterization process which operates using a floating point format." It does not 
matter whether the rasterization process occurs in the fi*ame buffer subsystem because the 
rasterization process initially takes the floating point data by performing a floating point to fixed 
point conversion and thereby operating on the floating point data. Therefore, the rasterization 
process of Rossin operates floating-point data using a floating point format and converts the 
floating-point data to fixed point data. Although the floating point data are used as input to the 
rasterization process fi-om the geometry accelerator 110, the rasterization process still operates 
the data using a floating point format at least during the inputting process and the conversion 
process in the rasterization stage. 

Applicant argues that "Olano does not teach or suggest a floating point fi*ame buffer." 
However, Olano discloses in Page 59 that RenderMan has one representation for all 
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numbers: floating point. Olano further discloses in page 12 that the RenderMan provides a 
shading language in which the renderer reads the RIG file to render the scene. The renderer 
rendering the geometric descriptions and pixels in the floating point formats in which the 
RenderMan hardware includes a fi-ame buffer memory for rendering a frame of image during the 
rendering or shading in the image pipeline. In Page 27, Olano further discloses the Mandelbrot 
shader (the prior art teaching) renders a frame of image having visible detail to the precision 
limits of the computations involved which is displayed in Fig. 4.7 wherein a fi-ame of an image is 
rendered in floating point precision. Moreover, Olano discloses in page 58 of rendering a frame 
at 30 frames per second in a system with four shaders using the paging method in which four 
bytes (floating point) of texture memory for every pixel in a 128 by 64 region (a frame) takes 
380 las in which a frame of the image is rendered in the shader in the floating point format. 
Olano further discloses modifying the Mandelbrot fractal shader for efficient implementation to 
use 32 bit fixed point format instead of 32 bit floating point format (see page 59) and generating 
a prototype shader using floating point alone, but to improve the speed and memory usage, 
changes to fixed point may be necessary. In page 65, however, Olano points out that it is not 
entirely possible or it is also possible to prototype an entire shader in floating point for high 
memory shaders, instead of the 256 bytes of memory shaders. In page 69, Olano implemented 
32-bit floating point execution on shaders. In page 79-80, Olano discloses the stages of shading 
including a frame buffer node for rendering a frame of the image. Although PixelFlow software 
are not entirely implemented in floating format calculations and fixed point calculations are 
desirable with the pfman rendering, Olano nevertheless discloses the alternatives for building 
expensive shaders for rendering a frame of the image in the memory in the floating point 
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formats, especially in the prior art teaching of the Renderman's rendering of a frame of the 
image in the floating point format within the Renderman pipeline. 

Claim Rejections - 35 USC § 103 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 1-3, 5-13, 22, 26-33, 35-37, and 45-56 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Rossin et al. (US Patent No. 5,862,066) in view of Marc Olano, "A 
Programmable Pipeline for Graphics Hardware", PhD Dissertation, Department of Computer 
Science, University of North Carolina, Chapel Hill, April 1998 (hereinafter Olano). 

Re claims 1 and 45, Rossin teaches a rasterization circuit coupled to the processor that 
rasterizes the primitive according to a rasterization process which operates using a floating point 
format (col. 7, lines 18-41; col. 3. lines 1-19), a frame buffer coupled to the rasterization circuit 
for storing a plurality of image values and a display screen coupled to the frame buffer for 
displaying an image according to the image values stored in the frame buffer (col. 2, lines 12-41. 
col. 3. lines 20-32). In other words, Rossin teaches a typical computer graphics system include a 
geometry accelerator, a rasterizer and a frame buffer. The output from the geometry accelerator, 
referred to as rendering data, is used by the rasterizer (and optional texture mapping hardware) to 
compute final screen space coordinates and R, G, B color values for each pixel constituting the 
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primitives. The pixel data is stored in the frame buffer for display on a display screen. In that the 
geometry accelerator may be required to perform on the order of hundreds of millions of floating 
point calculations per second per chip. Functions of the geometry accelerator may include three- 
dimensional transformation, lighting, clipping, and perspective divide operations as well as plane 
equation generation, performed in floating point format. Geometry accelerator functions result in 
rendering data which is sent to the frame buffer subsystem for rasterization, and thereby the 
rasterization process which operates using a floating point format. 

Rossin fails to explicitly teach "a floating point frame buffer." 

Olano teaches a floating point frame buffer and a rasterization process, PixelFlow, which 
operates on the floating point format (See Olano Fig. 2.1, 3.1, 3.2, 3.4, 5.2 and Page 68-79, 102- 
104). Therefore, having the combined teaching of Rossin and Olano as a whole, one of ordinary 
skill in the art would have found it obvious to modify the frame buffer of Rossin to achieve 
floating point precision (Olano Page 70) wherein the floating point frame buffer generates a 
marked improvement in the rendered image quality (Olano Fig. 4.7 and Page 59) with more 
expensive computation load (Olano Page 69). 

Olano discloses in Page 59 that RenderMan has one representation for all numbers: floating 
point. Olano further discloses in page 12 that the RenderMan provides a shading language in - 
which the renderer reads the RIG file to render the scene. The renderer rendering the geometric 
descriptions and pixels in the floating point formats in which the RenderMan hardware includes 
a frame buffer memory for rendering a frame of image during the rendering or shading in the 
image pipeline. In Page 27, Olano further discloses the Mandelbrot shader (the prior art teaching) 
renders a frame of image having visible detail to the precision limits of the computations 
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involved which is displayed in Fig. 4.7 wherein a frame of an image is rendered in floating point 
precision. Moreover, Olano discloses in page 58 of rendering a frame at 30 frames per second in 
a system with four shaders using the paging method in which four bytes (floating point) of 
texture memory for every pixel in a 128 by 64 region (a frame) takes 380 |is in which a frame of 
the image is rendered in the shader in the floating point format. Olano further discloses 
modifying the Mandelbrot fractal shader for efficient implementation to use 32 bit fixed point 
format instead of 32 bit floating point format (see page 59) and generating a prototype shader 
using floating point alone, but to improve the speed and memory usage, changes to fixed point 
may be necessary. In page 65, however, Olano points out that it is not entirely possible or it is 
also possible to prototype an entire shader in floating point for high memory shaders, instead of 
the 256 bytes of memory shaders. In page 69, Olano implemented 32-bit floating point execution 
on shaders. In page 79-80, Olano discloses the stages of shading including a frame buffer node 
for rendering a frame of the image. Although PixelFlow software are not entirely implemented in 
floating format calculations and fixed point calculations are desirable with the pfman rendering, 
Olano nevertheless discloses the alternatives for building expensive shaders for rendering a 
frame of the image in the memory in the floating point formats, especially in the prior art 
teaching of the Renderman's rendering of a frame of the image in the floating point format 
within the Renderman pipeline. 

Rossin fails to explicitly teach a processor for performing geometric calculations on a 
plurality of vertices of a primitive. On the other hand, Olano teaches a pixel processor for 
performing geometric calculations on a plurality of vertices of a primitive (See Olano Fig. 2.1, 
3.1, 3.2, 3.4, 5.2 and Page 68-75, 102-104). He teaches pixel processor receives geometry 
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primitive data and performs either floating point or fixed point operations on the received 
geometry data. He discloses a graphics rendering pipeline mapped to the so called PixelFlow 
including a SDVDD system of pixel processors performing modeling, transformation, primitive 
and interpolation, shading, lighting, atmospheric shading and image warping. In that the 
PixelFlov^ includes shaders for determining the shading and color variations across each surface 
wherein the shaders are executed sequentially including performing the surface shader to 
perform a certain class of texture lookups in which detailed surface geometry may be rendered 
using texture maps wherein the texture maps (Olano Page 31-32) are used to get different effects. 
In that he also teaches handling a floating point or fixed point fi-ame buffer which is a portion of 
the rasterization pipeline within the graphics rendering pipeline. The color values received by the 
pipeline are represented in a floating point format which includes a mantissa portion and an 
exponent portion (Page 100). Therefore, having the combined teaching of Rossin and Olano as a 
whole, one of ordinary skill in the art would have found it obvious to modify the rasterization 
process of Rossin which acts on the floating point color values that incorporates a processor in a 
graphics pipeline of Olano for performing geometric calculations on a plurality of vertices of a 
primitive. Doing so would enable the color values being represented more efficiently resulting in 
increased performance and accuracy (See Olano Fig. 4.7) for the graphics pipeline (See Olano 
Fig. 2.1, 3.1, 3.2, 3.4, 5.2 and Page 59, 68-79, 102-104) wherein the pipeline executing on the 
floating point values generates a marked improvement in the rendered image quality over the 
pipeline executing on the fixed point values (Olano Fig. 4.7 and Page 59) with more expensive 
computation load (Olano Page 69). 
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Re claims 2 and 46, Rossin and Olano disclose rasterization circuit performs scan 
conversion on vertices having floating point values (Rossin col. 2, lines 12-67). In other words, 
Rossin and Olano teach three-dimensional transformation, texture mapping, lighting, clipping, 
and perspective divide operations as well as plane equation generation performed in floating 
point format (Rossin col. 2, lines 12-67 and Olano Fig. 2.1, 3.1, 3.2, 3.4, 5.2 and Page 68-79, 
102-104). 

Re claims 3 and 47, Olano discloses a texture circuit coupled to the rasterization circuit 
with the graphics pipeline that applies a texture to the primitive, wherein the texture is specified 
by floating point values and a texture memory coupled to the texture circuit that stores a plurality 
of textures in floating point values (See Olano Fig. 2.1, 3.1, 3.2, 3.4, 5.2 and Page 68-75, 102- 
104). 

Re claims 5 and 48, Rossin and Olano disclos the floating point format is comprised of 
sixteen bits (Rossin col. 1, lines 32-44 and Olano Fig. 2.1, 3.1, 3.2, 3.4, 5.2 and Page 68-79, 102- 
104). 

Rossin and Olano disclose floating point values have 16 bits (Olano Fig. 2.1, 3.1, 3.2, 3.4, 
5.2 and Page 68-79, 102-104) 

Re claims 7 and 50, Rossin and Olano disclos a lighting circuit coupled to the 
rasterization circuit for performing a lighting function, wherein the lighting function executes on 
floating point values (Rossin col. 2, lines 42-67 and Olano Fig. 2.1, 3.1, 3.2, 3.4, 5,2 and Page 
68-79, 102-104). 

Re claims 6, 8-13 and 22, 49, and 51-56, the limitations of claims 6, 8-13, 22, 49 and 51- 
56 are analyzed as discussed with respect to claim 1. 
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Re claim 26, Olano discloses the steps of writing, storing, and reading the data in the 
frame buffer in the floating point format are further comprised of specifying the floating point 
format according to a specification, wherein the specification corresponds to a level of range and 
precision (See Olano Fig. 2.1, 3.1, 3.2, 3,4, 5.2 and Page 68-79, 102-104). 

Re claim 31, Rossin and Olano disclose a computer system comprising a raster subsystem 
for performing a rasterization process, the rasterization process performed in a floating point 
format and a floating point frame buffer coupled to the raster subsystem for storing a plurality of 
floating point color values (Rossin col. 2, Hnes 12-67 and Olano Fig. 2.1, 3.1, 3.2, 3.4, 5.2 and 
Page 68-75, 102-104). In other words, Rossin and Olano teach a typical computer graphics 
system include a geometry accelerator, a rasterizer and a frame buffer in a graphics pipeline. 

The output from the geometry accelerator, referred to as rendering data, is used by the 
rasterizer (and optional texture mapping hardware) to compute final screen space coordinates and 
R, G, B color values for each pixel constituting the primitives. The pixel data is stored in the 
frame buffer for display on a display screen. In that the geometry accelerator may be required to 
perform on the order of hundreds of millions of floating point calculations per second per chip. 
Functions of the geometry accelerator may include three-dimensional transformation, lighting, 
clipping, and perspective divide operations as well as plane equation generation, performed in 
floating point format. Geometry accelerator functions result in rendering data which is sent to the 
frame buffer subsystem for rasterization. 

Re claims 32-33 and 35, Olano discloses the floating point color values are written to, 
read from (for display purposes), and stored in the frame buffer (See Olano Fig. 2.1, 3.1, 3.2, 3.4, 
4.7, 5.2 and Page 59, 68-79, 102-104). 
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Re claims 36-37, Olano discloses the floating point color values are comprised of 16 bits 
of data and the data are comprised of one sign bit, ten mantissa bits, and five exponent bits (See 
Olano Fig, 2.1, 3.1, 3.2, 3.4, 4.7, 5.2 and Page 59, 68-79, 102-104). 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1. 136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jin-Cheng Wang whose telephone number is (571) 272-7665. 
The examiner can normally be reached on 8:00 - 6:30 (Mon-Thu). 

If attempts to reach the examiner by telephone are unsuccessftil, the examiner's 
supervisor, Mike Razavi can be reached on (571) 272-7664. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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